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(57) Abstract 



An electronic rights management and authorization system to account for the dynamic, multi-dimensional, and granular nature of 
rights. A database structure divides works and rights into two related tables. A works table includes information sufficient to identify works 
managed by the system, while a rights table identifies a right associated with a work and includes one or more date fields delimiting the 
right. The rights table may also include type of use information. Additional tables, such as a work relation table, a party table, or an order 
table, may be provided. Software is used to manage and to query the database structure. The system has broad applicability to intellectual, 
real, and personal property; contract management; and similar items. The system may be implemented in stand-alone mode, through the 
client/server model of computing, or over the Internet. 
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AN ELECTRONIC RIGHTS MANAGEMENT AND AUTHORIZATION SYSTEM 



The present invention relates to an electronic rights management and 
authorization system and, in particular, to a system for managing rights and authorizing 
uses of intellectual property rights, real property interests, contract interests, and similar 
items. 



Various organizations participate in the activity of rights management 
Municipalities maintain title offices in which the ownership of real property is recorded. 
Federal and state governments maintain offices for the registration and recording of 
intellectual property rights, including rights in patents, trademarks, copyrights, and mask 
works. Collective rights organizations serve as clearinghouses for licensing various 
works. Two well-known collective rights organizations are the American Society of 
Composers, Authors and Publishers (ASCAP) and Broadcast Music Incorporated (BMI). 
The assignee of the present invention, Copyright Clearance Center, Inc. (CCC), is a 
third collective rights organization. Several other similar organizations exist, including 
stock photography agencies and multimedia licensing groups. 

A variety of schemes for managing rights have been devised. An early 
technique, which continues to be used by many, is the use of index cards. Each card 
represents and identifies a unique item or work indexed by the system, such as a tract 
of land, a patent, or a publication. Information associated with each item or work may 
be added to the cards. Thus, for a tract of land, one may include the owner; for a 
patent, the assignee of the patent; and for a publication, its author. Other information is 
often associated with each card. 

With the advent of computing, most index card systems have been translated to 
electronic form. Electronic systems capture the information previously collected on 
index cards and organize this information into flat-file or relational databases. Flat-file 
databases consist of one file, which contains one record for each unique item or work. 



FIELD OF THE INVENTION 
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For example, prior art systems organize real property interests in systems that include 
one record for each tract of land within a county's boundaries. Other prior art systems 
for land management include one record for each transaction that has occurred within a 
county's boundaries. 

5 Relational databases contain at least two database files. For example, literary 

works are managed in prior art systems that include a first database file with an entry 
for each work, linked to a second database file with author information. To the extent 
that any author wrote multiple works, the use of the second database file saves storage 
space. However, these and other prior art electronic rights management systems do 

10 not offer functional advantages over the index card system other than in the time it 
takes to perform a search and in the physical storage constraints of the system. 

In particular, prior art systems fail to address three concerns that have become 
increasingly apparent in the context of digital and multimedia works. First, rights are 
dynamic. For example, a periodical may be published by a first publisher and later 

15 acquired by a second publisher. The second publisher may, for example, permit 
duplication of materials from the last twelve months for a base fee plus $1.25 per page, 
while materials from a prior year are at a lower base fee plus 250 per page. The first 
publisher may retain rights to materials prior to a particular date. An effective rights 
authorization system should recognize the different publishers as well as the time-based 

20 rate changes inherent in the second publisher's pricing. It should also permit this 
information to be altered over time. 

Second, rights are often not one dimensional. Several types of use may be 
permissible for different items or works. Some types of use may also foreclose others, 
such as a one-time grant of an exclusive right. For published works, rights include the 

25 traditional copyright rights, each of which is infinitely divisible. The reproduction right 
may be licensed at different rates for different customers (e.g., educational, not-for- 
profit, or commercial user rates), for different media of use (e.g., paper, CD-ROM, 
intranet or Internet), for different volumes of use (e.g., one copy, several copies, or an 
unlimited number of copies), and for different times (e.g., a particular year). These 

30 types of use may further be subject to retained rights (attribution, reversion, "moral" and 
the like) of the author in certain jurisdictions. An effective rights authorization system 
should be capable of recognizing these types of use and/or restrictions. 

Third, items or works are granular. A journal contains many articles, each of 
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which may have different ownership, use, and pricing parameters. A particular article 
may have subcomponents with different characteristics, such as embedded 
photographs, illustrations, and charts. For example, a potential licensee interested only 
in a photograph that appears in an article may find that rights to the photograph are 
5 retained by the photographer and are not available, or that rights to the photograph are 
available independent of, and on different terms than, rights to the entire article. A 
granter of rights may also combine various items or works into different packages. A 
publisher may price rights to a collection of ten journals at a reduced rate. A potential 
licensee interested in the two most-popular journals may find this pricing option 

10 attractive, while a potential licensee interested in two lesser-known journals (already 
priced at low individual rates) may find this option unattractive. In either case, an 
effective rights authorization system should be flexible and allow granularities. 

These concerns are not limited to new media works. Similar problems arise, for 
example, in the context of managing real property. The problem of time variability is 

15 reflected in the illustrative situation where the owner of a parcel of land offers the parcel 
for lease, with the subsequent lessee then offering the land for sublet at a first rate for 
commercial use and at a second rate for non-profit use, both rates escalating over time. 
Type of use and granularity may also be involved. The owner of adjoining beach-front 
properties may offer an easement to the set. This involves a type of use other than 

20 ownership, with a granularity of more than one parcel of land. An effective rights 
management and authorization system should recognize these complex arrangements. 

SUMMARY OF THE INVENTION 

25 The present invention provides an electronic system for managing and 

authorizing rights. With the present invention, clearinghouse functions may be provided, 
while accounting for the problems of time variability, type of use, and granularity. The 
present invention provides for fully automated rights management and authorization. 

The data structure of the present invention divides works and rights. A first data 

30 file contains works. Each record in the works table includes information sufficient to 
identify one or more works managed by the system. A second data file contains rights. 
Each record in the rights table is associated with one or more works and may include 
up to three date fields, including a validity date field, an effective date field, and a 
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permission date field. The function of these date fields is explained in the detailed 
description of the invention. In general, at least one date field is needed to account for 
the dynamic nature of rights. 

To account for different types of use, the rights table may include a type of use 
5 field. This field identifies a particular right for which authorization is given (or withheld). 
For example, in a system for copyright clearance, the type of use may be the right to 
reproduce in the context of a university coursepack. A right to reproduce for 
commercial purposes may be withheld. This field may further include price information 
for the type of use, have a separate field for such information, or be linked to a separate 

10 table that provides such information. 

To account for granularity, a work relation table may be added to show 
relationships between works. In a system for copyright clearance, this table could show, 
for example, that a photograph is embedded in an article, that a particular short story is 
printed in three different anthologies, or that a publisher offers a license to a collection 

15 of journals organized as a workset. The fields in this table and its functionality are 
explained in the detailed description of the invention. 

Many other enhancements may be added. One such enhancement is the 
inclusion of a party table to provide detailed data about parties in the system. While 
parties will generally include all rights holders, parties may include any other individual, 

20 group, or organization with a relationship to the rights and authorizations -managed by 
the system. This information may be used for client management, billing and payment, 
and aggregation functions. A second enhancement is the inclusion of an order table to 
provide a dynamic log of right authorizations and denials. Those of ordinary skill in the 
art will conceive of other enhancements to the system herein described. 

25 A rights management and authorization systems according to the present 

invention combines this data structure with one or more software programs or tools for 
controlling and querying the data structure. Software is provided on the management 
side for performing work and right maintenance, such as adding, deleting, and editing 
entries. Software is also provided on the authorization side for querying the database to 

30 determine, for example, whether or not to authorize a particular use posed by a 
potential licensee. 

A system according to the present invention may permit rightsholders themselves 
to add, delete, and edit rights through direct access to the rights management side of 
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the system. A system according to the present invention may additionally or 
alternatively permit potential licensees to obtain (or be denied) authorizations through 
direct access to the rights authorization side of the system. Thus, unlike prior art 
systems, the present invention enables automated rights management and 
5 authorization. This system may be provided over a proprietary network, the Internet, or 
other suitable means. 

DESCRIPTION OF THE FIGURES 

The foregoing advantages of the present invention are apparent from the 
following detailed description of the invention with reference to the drawings, in which: 
FIG. 1 shows an illustrative computer system to which the present invention 
applies; 

FIG. 2 shows a block diagram of the components of a computer system to which 
the present invention applies; 

FIG. 3 shows a diagram of a first embodiment of a data structure contemplated 
by the present invention; 

FIG. 4 shows a diagram of a second embodiment of a data structure 
contemplated by the present invention; 

FIG. 5 shows an illustrative user interface for performing work management 
functions; 

FIG. 6 shows an illustrative user interface for performing right management 
functions; and 

FIG. 7 shows an illustrative user interface for performing an authorization inquiry. 

DETAILED DESCRIPTION OF THE INVENTION 

1. Computer System 

FIG. 1 shows an illustrative computer system 100 to which the present invention 
30 applies. Computer system 100 contains data storage devices, a central processing unit, 
a power source, and connections for external devices. External devices typically 
connected to computer system 100 include one or more output devices, such as video 
monitor 102, and one or more input devices, such as keyboard 104 and pointing device 
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106. Computer system 100 may be any of several commercially available computer 
systems available from Apple, Compaq, Digital, Hewlett Packard, IBM and others. A 
successful prototype of the system has been developed using Digital Equipment 
Corporation's Alpha 2100 system, but initial commercial implementation of the system is 
5 anticipated to be on DEC's Alpha 8200 system. Those of ordinary skill in the art may 
select and implement the present invention on other computer systems. 

FIG. 2 shows a block diagram of the components of a computer system to which 
the present invention applies. Central processing unit 200 contains one or more 
microprocessors for executing the computer software programs necessary to implement 

10 the present invention. Central processing unit 200 is typically connected to primary 
storage 202 and system bus 204. Primary storage 202 is typically volatile storage, such 
as RAM. The programs and data for implementing the present invention are stored on 
a temporary basis in primary storage 202 during execution. Typically, only a portion of 
the programs and data fit in primary storage 202 at any particular time. Cache memory 

15 may also be included with central processing unit 200 or primary storage 202 to speed 
program execution. 

System bus 204 connects the components of the computer system, and may be 
based on an open architecture, such as Peripheral Component Interconnect (PCI), or on 
a proprietary design. Several devices are connected to system bus 206. Secondary 

20 storage 20S is typically nonvolatile storage, such as an optical or magnetic disk drive. 
The programs and data for implementing the present invention are stored on a 
permanent basis in secondary storage 206. Input device 208 may include keyboard 104 
or pointing device 106, and output device 210 may include video monitor 102. tn some 
computer systems, input device 208 and output device 210 are connected directly to 

25 central processing unit 200, rather than through system bus 204. 

While the computer system may be limited to the previous elements, the addition 
of network interface 212 and client 214 adds flexibility to the system and enables 
operation under the client/server model of computing. Network interface 212 may be a 
local-area or wide-area network card, a modem, a gateway to the Internet or an Internet 

30 service provider, or a similar interface. Client 214 may be a computer system similar to 
the one used to implement the present invention, or more typically, a low-cost personal 
computer of the type used in homes or offices. 
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2. First Illustrative Data Structure 

FIG. 3 shows a diagram of a first embodiment of a data structure contemplated 
by the present invention. This data structure may be used, for example, in a system for 
clearing rights to photographs. In this embodiment, it is assumed that all of the works 
5 are photographs and that the only right available for authorization is the right to 
duplicate. It is further assumed that some rights are held by photographers, while some 
rights are held by others. This embodiment of the invention could be used over a 
network service to offer and obtain rights to photographic images. 

Works table 300 contains information about the works managed in the system. 

10 Here, these works are photographs. Information about each photograph is contained in 
one record in works table 300, where each record includes workjnstance field 302, 
work_tit!e field 304, and work_author field 306. Workjnstance field 302 contains an 
identifier for a photograph. This identifier may be software generated or based on a 
standard classification scheme like the ISBN numbering scheme for written works. The 

15 identifier is generally numeric, but may also be symbolic or alphanumeric. Each 
identifier should be unique, so as to distinguish similarly titled and authored works. 
Workjitle field 304 is an alphanumeric field that contains the title of the photograph. 
Work_author field 306 contains a reference or link to a partyjnstance field 320 of party 
table 318. This link identifies the work's photographer. In alternative embodiments, 

20 work_author field 306 may contain the name of the author if complete party information 
does not need to be maintained. This may arise, for example, with regard to works now 
in the public domain. For efficiency, works table 300 may be indexed or keyed on 
workjnstance field 302 and other fields. In addition, works table 300 may include other 
fields, such as a field containing a bit-map or similarly-coded image of the photograph 

25 that may be viewed through an on-line service. Table 1 shows an illustrative works 
table containing two photographs titled, "Early Sunrise, 1 ' and two other photographs. 



TABLE 1 



Work_lnstance 


Work_Title 


Work_Author 


W_1 


Early Sunrise 


P_1 


W_2 


Fall Foliage 


P_3 
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W_3 


Spring Flowers 


P_1 


W_4 


Early Sunrise 


P_2 



Rights table 308 contains information about the rights managed in the system. 
5 In this example, the only managed right is a duplication right, so this type of use is 
assumed (rather than specified in a separate field). Information about each right is 
contained in one record in rights table 308, where each record includes righMnstance 
field 31 0, right_holder field 312, related_work field 314, and validity_date field 316. 
Rightjnstance field 310 contains an identifier for a right. This identifier will generally be 

10 assigned by the software and will generally be numeric. It is possible, though, to have 
other assignment protocols and to have symbolic or alphanumeric identifiers. Each 
identifier should be unique, so as to distinguish each right. Rightjiolder field 312 
contains a reference or link to a partyjnstance field 320 in party table 318. This link 
identifies the right holder. Here, the right holder may be a photographer or some other 

15 party. Related_work field 314 contains a reference or link to a workjnstance field 302 
in works table 300. This link identifies the work to which the right pertains. 
Validity_date field 316 is a date field (or fields) setting forth the time period in which 
authorization is given to grant the right. For efficiency, rights table 308 may be indexed 
or keyed on righMnstance field 310 and other fields. In addition, rights table 300 may 

20 include other fields, including those discussed in the second embodiment of this 
invention. Table 2 shows an illustrative rights table for the works shown in Table 1. 

TABLE 2 



Right. 


Right_ 


Related_ 


Validity_ 


Instance 


Holder 


Work 


Date 


R_1 


P_1 


W_1 


1996-98 


R_2 


P_3 


W_2 


1996-99 


R_3 


P_1 


W_3 


1996-98 


R_4 


P_2 


W_4 


1996-99 


R_5 


P_4 


W_1 


1996-97 
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R_6 


P_4 


W_4 


1996-97 



In Table 2, six rights are available. These rights include duplication rights from 
the photographers for the four works managed in the system. These rights are 

5 recorded in the records identified as R_1 through R_4. Two other rights are available. 
Record R_5 is for the first photograph titled, "Early Sunrise," and record R_6 is 
associated with the other photograph with this same name. Rights to both of these 
photographs are available from another right holder, identified as P_4. As shown later 
in Table 3 ( this right holder is Jones' Gallery, which acquired authorization rights to 

0 these photographs for 1996-97 in connection with an exhibition of "Early Sunrise" 
photographs. 

Party table 318 contains information about the parties associated with the 
system. In alternative embodiments, the information in party table 318 may be stored 
directly in works table 300 and rights table 308. A separate table is used to conserve 

5 storage space where multiple records are associated with the same party. Information 
about each party is contained in one record in party table 318, where each record 
includes partyjnstance field 320, party_name 322, and party_address 324. 
Partyjnstance field 320 contains an identifier for a party. This identifier will generally 
be assigned by the software and will generally be numeric. It is possible, though, to 

0 have other assignment protocols and to have symbolic or alphanumeric identifiers. 
Each identifier should be unique, so as to distinguish each party. Party_name field 322 
is an alphanumeric field that contains the party's name. Party_address field 324 is an 
alphanumeric field that contains the party's address. Party table 318 may include other 
fields pertinent to the parties. For efficiency, party table 318 may be indexed or keyed 

5 on partyjnstance field 320 and other fields. Table 3 shows an illustrative party table for 
the parties associated with Tables 1 and 2. 



TABLE 3 



Partyjnstance 


Party Jsfame 


Party_Address 


PJ 


Lopez, David 


Winter Street 
Anytown, USA 10000 
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P_2 


Connor, Julie 


Spring Street 
Anytown, USA 10000 


P_3 


Gregory, Eileen 


Fall Drive 

Anytown, USA 10000 


P_4 


Jones' Gallery 


Commerce Park 
Anytown, USA 10001 



5 3. Second illustrative Data Structure 

FIG. 4 shows a diagram of a second embodiment of a data structure 
contemplated by the present invention. This data structure may be used in a system for 
clearing rights to any type of work. These works may include anything subject to 
copyright or any similar right. A non-exclusive list of works includes written works, such 

10 as books, periodicals and their component parts; visual works, such as photographs and 
sculpture; audio works, such as music; audiovisual works, such as movies; and 
computer works, such as software programs and database compilations. This data 
structure may also be adapted for use with other types of interests, such as those in 
patents, trademarks, trade secrets, mask works, real property, personal property, 

15 contracts, or any other item that may be subject to conveyance, license, sale, or similar 
transaction. 

The second embodiment of the data structure includes elements from the first 
embodiment of the data structure. Works table 400 and its workjnstance field 402, 
workjitle field 404 and work_author field 406 are similar in content and function to 

20 works table 300 and its three constituent fields. Works table 400, though, will typically 
include a larger variety of works. Party_table 428 and its partyjnstance field 430, 
party_name field 432 and party_address field 434 are similar in content and function to 
party table 318 and its constituent fields. Party table 400, though, will typically include 
a more diverse set of parties. 

25 The second embodiment of the data structure includes several elements not 

found in the first embodiment of the data structure. While rights table 408 and its 
rightjnstance field 410, right_holder field 412, related_work field 414, and validity_date 
field 422 have similar content and serve a similar function as rights table 308 and its 
similarly-named fields, there are several new fields in rights table 408. 



10 



WO 97/37316 A PCT/US97/05063 



Type_of_use field 416 sets forth the type of use associated with the right. This 
field may be numeric or alphanumeric, linked to a separate table, or defined in some 
other way. This field captures, for example, the fact that a right concerns different 
customers (e.g., educational, not-for-profit, or commercial users), different media of use 
5 (e.g., paper, CD-ROM, intranet, or Internet), and different volumes of use (e.g., one 
copy, several copies, or an unlimited number of copies). Right_fee field 418 sets forth 
the fee associated with the right and type of use. This field may be a numeric field, 
contain a formula, or be defined in some other way. Right_grant field 420 is a boolean 
field that records whether or not a right may be granted. This field is used in response 

10 to inquiries for rights previously denied, to indicate that a denial is firm and not merely a 
new inquiry. This field is also used for archival purposes, to substantiate switches over 
time between authorization and denial for essentially identical rights. 

In the second embodiment of the invention, two date fields in addition to 
validity_date field 422 are included in rights table 408. Effective_date field 424 is a date 

15 field (or fields) setting forth the time period for which a right is effective. The effective 
date may differ from the validity date. For example, a right may be effective as to 
material published in a periodical from 1985 through 1990, although this right is only 
valid to grant during 1995. A third date field, permission_date field 426, is a date field 
(or fields) setting forth the time period in which a potential licensee may exercise a right. 

20 In the above example, the rights holder may permit a license to be granted during 1995 
for the 1985-90 material, which license may be exercised during the three year period 
from 1995 through 1997. The validity date is 1995; the effective date is 1985-90; and 
the permission date is 1995-97. 

Table 4 shows a portion of a rights table for an illustrative authorization scheme. 

25 A right holder (record P_5 in party table 430) has a two year contract, entered January 
1, 1996, with an organizer of a rights management and authorization system. Under the 
contract, the organizer may grant three year licenses to make paper photocopies 
(designated as "R") of right holder's magazine (record W_9 in works table 400). During 
the first year of the contract, rights are offered at a base fee (designated as "B") of 

30 $1.00 plus a per page copy fee (designated as "P") of 5<t per page. During the second 
year of the contract, rights are offered at a base fee of $1.10 plus 60 per page. If rights 
are obtained during the first year, the price is locked in at the first-year rate. 
Commercial entities (designated as "Com") are charged twice the fee of educational 
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entities (designated as "Ed"). 



TABLE 4 



Right. 


Right, 


Related^ 


Type_ 


Right_ 


Right_ 


Validity^ 


Effective^ 


Permission, 


Instance 


Holder 


Work 


of_Use 


Fee 


Grant 


Date 


Date 


Date 


R_10 


P.5 


W_9 


REd 


B100P005 


Yes 


1996 


All 


1996-98 


R_11 


P_S 


W_9 


REd 


B110P006 


Yes 


1997 


All 


1997-99 


R_12 


P.5 


W_9 


RCom 


B200P010 


Yes 


1996 


All 


1996-96 


R_13 


P-5 


W_9 


RCom 


B220P012 


Yes 


1997 


All 


1997-99 



10 The second embodiment of the data structure adds work relation table 436. 

Work relation table 43S accounts for granularity, where each record in the table includes 
parent_work_instance 438 and child_work_instance 440. Each of these fields contains 
a reference or link to a works_instance field 402 in works table 400. For efficiency, 
work relation table 436 may be indexed or keyed on either or both fields. In alternative 

15 embodiments, the data contained in work relation table 436 may be included directly in 
works_table 400. 

Table 5 shows a works table, Table 6 shows a work relation table, and Table 7 
shows an abridged rights table, which collectively illustrate the concept of granularity. 
The work titled, 'The Golden Parakeet," is a children's story that is published on its own 

20 and contained in an anthology titled, "The Best Bedtime Stories of 1994." The story 
also includes an illustration titled, "The Winding River, " by an artist other than the author 
of the story. The works table includes a second anthology of stories titled, "The Best 
Bedtime Stories of 1995." The publisher of the two anthologies offers a blanket license 
to the works, designated as "Bedtime Stories Work Set." As shown in Table 7, the only 

25 right available to the works in Table 5 is a right to reprint 'The Bedtime Stories Work 
Set" on a per page fee. 

TABLE 5 



Workjnstance 


Work_Title 


Work_Author 


W_20 


The Golden Parakeet 


P_10 


W_21 


The Winding River 


P_11 
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W_22 


The Best Bedtime Stories of 1994 


P_12 






Thfa RfiQt R^Htimp Stnrie^ of 
1 i ic DC91 ljcuuihc wiwiica ui i 


P 12 




W_24 


Bedtime Stories Work Set 


P_12 


5 




TABLE 6 





10 



Parent_Work_lnstance 


Child_Work_instance 


W_20 


W_21 


W_22 


W_20 


W_24 


W_22 


W_24 


W_23 



TABLE 7 



15 



20 



25 



Right_lnstance 


Right_Holder 


Related_Work 


R_30 


P_12 


W_24 



If a potential licensee seeks a right to reprint the illustration, "The Winding 
River," the following steps may be executed in authorization software. The work "The 
Winding River" is identified as record W_21 in Table 5. A search of the related_work 
field in Table 7 for W_21 finds no available rights. The software then moves up one 
level, to determine whether W_21 is contained in another work to which rights are 
available. A search of the child_work_ instance field in Table 6 for W_21 finds that it is 
contained in W_20, the short story. A second search in Table 7 for W_20 again finds 
no available rights. Moving up another level, a search of Table 6 for WJ20 finds that it 
is contained in W_22 t the first anthology. A third search in Table 7 for W_22 again 
finds no available rights. Moving up another level, a search of Table 6 for W_22 finds 
that it is contained in W_24 t the work set. A fourth search of Table 7 for W_24 finds 
that R_30 provide the necessary rights. Of course, depending on the rights inquiry, the 
search process may work in the opposite direction or through alternative but equivalent 
steps. 
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The second embodiment of the data structure includes order table 442. This 
table provides a dynamic log of right authorizations and denials, where each record 
includes several fields. Orderjnstance field 444 contains an identifier for an order. 
This identifier may be software generated or linked to a paper reference like a purchase 
5 order number. While the identifier may be numeric, symbolic, or alphanumeric, each 
identifier should be unique. Order_by field 446 contains a reference or link to a 
partyjnstance field 430 of party table 428. This link identifies the party placing the 
order. Order_date field 448 is a date field for recording the date of the order. 
Orderjight field 448 contains a reference or link to a rightjnstance field 410 of rights 
10 table 408. This link identifies the right ordered. Order_status field 452 may be used to 
track the status of an order. For efficiency, order table 442 may be indexed or keyed on 
orderjnstance field 444 and other fields. Typically, order table 442 will include other 
fields and structures to accommodate more complex transactions, such as multiple 
rights under a single purchase order. 

15 

4. Computer Software Programs 

The data structure from above is combined with one or more software programs 
or tools for controlling and querying the data structure. Software is provided on the 
management side for performing work and right maintenance, such as adding, deleting, 

20 and editing entries. Software is also provided on the authorization side for querying the 
database to determine, for example, whether or not to authorize a particular use posed 
by a potential licensee. The computer software programs for controlling and querying 
the data structure may or may not be on the same physical data storage space as the 
data structure, and often will not be. 

25 On the server side of the system for rights management, favorpble results have 

been achieved with a prototype system based on Oracle Version 7.1.3 database 
software running under Open VMS on a DEC Alpha 2100. An initial commercial system 
is contemplated in which Oracle 7.2 is used on a DEC Alpha 8200. On the client side 
of the system for rights authorization, favorable results have been achieved using 

30 personal computers with Intel microprocessors and Microsoft operating systems running 
object-oriented applications built under PowerBuilder Version 4.0. Those of ordinary 
skill in the art may select and implement the present invention on other computer 
systems, and could quickly and easily construct a single-user model from a database 
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system such as Access, dBase, FoxPro, or Quattro. It is contemplated that clients may 
connect to the server side of the system through Internet connections or some other 
type of on-line link, and communicate with the system through, for example, TCP/IP 
and/or DCE protocols, or their equivalent. 
5 FIG. 5 shows an illustrative user interface 500 on the management side for 

performing work maintenance functions. User interface 500 includes a view of a 
constructive index card 502 on which information stored or associated with a record in 
the works table is recorded. Here, card 502 includes title field 504, author name field 
506, and author address field 508. These fields store or control the data suggested by 
10 their names. Card 502 further includes continue button 510 for alerting the system that 
operations on a card have been completed. Typically, interface 500 would include drop 
down menus for, among other things, entering modes to find, add, delete, and edit 
records. 

FIG. 6 shows an illustrative user interface 600 on the management side for 

15 performing right management functions. User interface 600 includes a view of a 
constructive index card 602 on which information stored or associated with a record in 
the rights table is recorded. Here, card 602 includes related work field 604, right holder 
field 606, type of use field 608, grant field 610, fee formula field 612, validity date field 
614, effective date field 616, and permission date field 618. These fields store or 

20 control the data suggested by their names. Card 602 further includes continue button 
610 for alerting the system that operations on a card have been completed. Typically, 
interface 600 would include drop down menus for, among other things, entering modes 
to find, add, delete, and edit records. 

FIG. 7 shows an illustrative user interface 700 on the authorization side for 

25 performing authorization inquiries. User interface 700 includes a view of a constructive 
index card 702 to specify a particular right for which authorization is sought. Here, a 
potential licensee must identify himself, herself, or itself in customer field 704, specify a 
particular work for which authorization is sought in title field 706 and author field 708, 
and specify a type and volume of use, respectively, in type of use field 710 and number 

30 of copies field 712. After this information has been provided, a search may be 
performed upon activation of continue button 714. This search would determine 
whether or not authorization may be given, which information typically would be reported 
to the potential licensee along with price information and an order option. An illustrative 
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search sequence is provided with the example given with Tables 5, 6, and 7, but those 
of ordinary skill in the art will devise other search sequences. A more sophisticated 
interface on the authorization side may change dynamically to require more or less 
information based on a potential licensee's input. 

5 

5. Other Embodiments 

Although the invention has been shown and described in terms of two illustrative 
data structures and three user interfaces, those of ordinary skill in the art will realize 
that other data structures and interfaces may be constructed within the meaning of the 

10 present invention. Alternative data structures may be designed around rights similar to 
those considered in the two illustrative data structures, or for different rights. For 
example, in a patent, trademark, trade secret, or mask work licensing system, the 
equivalent of a works table may be used to record patents, trademarks, trade secrets, 
mask works, and related sets, while a rights table may store license, assignment, field 

15 of use. geographical scope, and similar rights and limitations for these items. In a real 
property management and authorization system, the equivalent of a works table may be 
used to record parcels of land, while a rights table may store interests in these parcels, 
such as leaseholds, mineral rights, riparian rights, air rights, easements, and other real 
property rights. In a general system for contract management and authorization, the 

20 equivalent of a works table may be used to record each contract or related set of 
contracts, while a rights table may store individual interests, rights, licenses, and 
sublicenses under the contracts. Those of ordinary skill in the art will also apply the 
teachings of the present invention to different data types, including database files, linked 
lists, multi-dimensional arrays, and other forms of data organization. Based on the 

25 software and system used, the specific rights management and authorization problem 
addressed, and design choices made by the programmer, alternative user interfaces will 
also be used. The key feature of the present invention is that a first data structure 
records the item or work, while a separate data structure records rights that are 
available in or to the items and works. Within this constraint, several embodiments of 

30 the invention may be constructed without departing from the spirit of the invention as 
claimed below. 
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The claimed invention is: 

1. A data storage device in a computer system for managing and 
authorizing rights, the data storage device comprising: 

a works table comprising records representing a plurality of works; 

a rights table comprising records representing a plurality of rights, each right 

associated with at least one work and including a date field; and 
a computer software program for identifying at least one of said works and 

searching said rights table to determine, using said date field, whether or 

not authorization to said work is available. 

2. The data storage device of claim 1, wherein each right in said rights table 
is limited to a particular type of use, and said computer software program further uses 
said types of use to determine authorizations. 

3. The data storage device of claim 1, wherein said data storage device 
further comprises a work relation table comprising records representing relationships 
among said plurality of works, and said computer software program further uses said 
work relation table to determine authorizations. 

4. The data storage device of claim 1, where said date field is a validity date 
setting forth the time period in which authorization is given to grant said right. 

5. The data storage device of claim 4, wherein each right in said rights table 
further comprises an effective date setting forth the time period in which a right is 
effective, and said computer software program further uses said effective date to 
determine authorizations. 

6. The data storage device of claim 5, wherein each right in said rights table 
further comprises a permission date setting forth the time period in which said right may 
be exercised, and said computer software program further uses said permission date to 
determine authorizations. 

7. The data storage device as in any of claims 1-6, wherein said works are 
selected from the group consisting of copyrights, patents, trademarks, trade secrets, 
and mask works. 

8. The data storage device as in any of claims 1-6, wherein said works are 
parcels of real property. 

9. The data storage device as in any of claims 1-6, wherein said works are 
contracts. 
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10. A computer system for mariaging and authorizing rights, comprising: 

an input device for inputting an authorization request with regard to one of a 
plurality of works; 

an output device for outputting whether said authorization request is granted; 
5 a data storage device for storing: 

a works table comprising records representing said plurality of works; 
a rights table comprising records representing a plurality of rights, each 
right associated with at least one work and including a date field; 
and 

10 a computer software program for identifying said work subject to said 

authorization request and searching said rights table to determine, 
using said date field, whether or not authorization to said work is 
available; and 

a central processing unit for running said computer software program to 
15 determine whether said authorization to said work is available and for 

transmitting to said output device whether said authorization request is 
granted. 

11. The computer system of claim 10, wherein said input device and said 
output device comprise a client system, and said data storage device and said central 

20 processing unit comprise a server system. 

12. The computer system of claim 11, wherein said client system and said 
server system are connected over the Internet. 

13. The computer system as in any of claims 10-12, wherein said works are 
selected from the group consisting of copyrights, patents, trademarks, trade secrets, 

25 and mask works. 

14. The computer system as in any of claims 10-12, wherein said works are 
parcels of real property. 

15. The computer system as in any of claims 10-12, wherein said works are 
contracts. 
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